なぜ「環境」だけでは人は育たないのか?成長の公式とマネージャーの3つのアプローチ
『環境が人を育てる』
『環境さえ整えれば、人は育つ』
マネジメントの現場で、まるで真理のように語られるこの言葉。しかし、日々の業務でメンバーと向き合っていると、「思う通りにはいかない」と感じることはありませんか?
『……本当にそうだろうか?』
挑戦的なプロジェクトを任せても、ある人は驚くほど成長し、ある人は全く変わらない。この違いはどこから来るのか? この『環境だけでは越えられない壁』の正体を突き止め、マネージャーとして何をすべきかを言語化するために、思考を整理したのがこの記事です。
なぜ「環境が人を育てる」は正しいように聞こえるのか?
まず、この言葉がなぜこれほどまでに支持されるのか。それは、成長を劇的に加速させるような、強力な「環境」が存在するからです。特に、多くの人が「あれで成長した」と語る場面には、共通の要素が見られます。
- 大きな裁量と責任を伴う「挑戦的な機会」: これが最も強力な成長ドライバーです。単なるタスクではなく、「この新規サービスを任せる」「この技術的負債を解消してほしい」といった、ミッションそのものを託される経験。技術選定やアーキテクチャ設計といった大きな裁量を与えられ、その成果に責任を持つことで、視座が一段も二段も上がります。
- 挑戦を支える「セーフティネット」: 大きな挑戦には失敗がつきものです。「最終的な責任はマネージャーが取る」という明確なメッセージと、失敗しても非難されるのではなく、学びの機会として次に活かそうとする文化。この心理的安全性が確保されて初めて、エンジニアは思い切った一歩を踏み出せます。
- 困難な道のりを導く「フィードバック」と「ロールモデル」: 挑戦の過程では、必ず壁にぶつかります。その際に、的確なコードレビューや設計相談で導いてくれるテックリードや、客観的な視点で軌道修正を促してくれる仲間からのフィードバックは、道に迷わないためのコンパスとなります。
これらが揃った「良い環境」は、間違いなく成長を促す肥沃な「土壌」です。しかし、どれだけ土壌が良くても、そこに蒔かれた「種」自身に育つ力がなければ、芽吹くことはありません。
では、なぜ全員が成長しないのか?答えは「成長の公式」にある
ここで一つのシンプルな公式を提示します。
成長 = 環境の質 × 本人の主体性
この掛け算こそが、成長する人としない人を分ける鍵でした。そしてこの公式は、うまくいかない状況を『自分のマネジメントが悪いからだ』と一人で抱え込まず、問題の所在を客観的に分析するための強力な診断ツールにもなります。
どれだけ「環境の質」を高めても、「本人の主体性」がゼロ、あるいは限りなくゼロに近ければ、成長という結果は生まれません。
| 要因 | 環境を活かせる人(主体性がある) | 環境を活かせない人(主体性がない) |
|---|---|---|
| 成長意欲・主体性 | 「この機会に何かを掴もう」という内発的な動機がある。 | 「言われたからやる」という受け身の姿勢で、意欲が低い。 |
| レジリエンス | 壁にぶつかっても「どうすれば乗り越えられるか」と考え、粘り強く取り組む。 | 少しの失敗や困難で諦めてしまったり、他責にしたりする。 |
| 学習能力・素直さ | フィードバックを真摯に受け止め、自分のやり方を見直したり、新しい知識を貪欲に吸収したりする。 | プライドが邪魔をしたり、過去の成功体験に固執したりして、変化を拒む。 |
| 目的意識 | その仕事を通じてどうなりたいかという自分なりの目的を持っている。 | 目の前のタスクをこなすことが目的化してしまい、長期的な視点が持てない。 |
つまり、「環境が人を育てる」は、本人という「種」が自ら芽吹こうとする生命力を持っている場合にのみ成立する、条件付きの真理だったのです。
「放置」と「真のおまかせ」を分ける、マネージャーの3つのアプローチ
「それなら、主体性がないメンバーはどうしようもないのか?」
そう考えるのはまだ早計です。マネージャーの役割は、メンバーという「種」が自ら芽吹く力を引き出し、その成長を最大化することにあります。そのために、私たちは単なる「放置」ではなく、意図を持った関わりを実践する必要があります。
ここでは、メンバーの主体性を引き出すための具体的な3つのアプローチを、「①おまかせの質を高める」「②相手の状態を見極める」「③関わり方を選択する」という観点から紹介します。
アプローチ①:「放置」ではなく「真のおまかせ」をする
| 観点 | 放置(成長しない) | 真のおまかせ(成長を促す) |
|---|---|---|
| ゴールの設定 | 「これをやっておいて」と作業を指示するだけ。 | 「この機能の目的は〇〇で、△△という状態を目指してほしい」と期待する成果を明確に共有する。 |
| 権限と責任の範囲 | 曖昧なまま。「うまくやっておいて」と丸投げする。 | 「このリポジトリの改善は〇〇さんの判断で進めていい。ただし、最終的な責任は私が持つ」と権限の範囲とセーフティネットを伝える。 |
| 必要な資源の提供 | 「必要なものは自分で探して」と本人任せにする。 | 「進める上で△△の情報や、□□さんの協力が必要になると思う。もし足りないものがあれば遠慮なく相談して」と、必要な資源を事前に示唆し、支援を約束する。 |
| 進捗の確認方法 | 期限まで全く関与しない。問題が起きてから気づく。 | 「朝会で進捗を聞かせて」など、負担にならない頻度で定期的なチェックポイントを設ける。 |
アプローチ②:「種(メンバー)」の状態を見極める
| 視点 | 観察のポイント | 対話のポイント(問いかけの例) |
|---|---|---|
| 意欲・目的意識 | 仕事の話をする時の表情や声のトーンは明るいか。 | ・「この技術、率直にどう思う?」 ・「もしこれをマスターしたら、どんなエンジニアになれそう?」 |
| スキル・経験 | 新しいことを学ぶ姿勢や、困難に粘り強く取り組む姿勢があるか。 | ・「どの部分が一番実装難易度高そう?」 ・「過去に似たようなバグを踏んだ経験はある?」 |
| 困難の有無・精神状態 | 技術的負債へのフラストレーション、技術変化へのプレッシャー、急な仕様変更など、エンジニア特有の困難を抱えていないか。 | ・「最近、開発のペースはどう?しんどくない?」 ・「何か困っていることがあったらいつでも聞くよ」 |
アプローチ③:適切なタイミングで「水やり(関与)」をする
| 関与の方法 | 最適な状況 | 具体的な関わり方(例) |
|---|---|---|
| コーチング | ある程度の知識はあるが、考えがまとまらない時。 | ・「〇〇さんは、どのライブラリを使うのが一番良いと思う?」 ・「その設計のメリットとデメリットは何だろう?」 |
| ティーチング | 明確に知識や経験が不足している時。 | ・「この部分は、こういうデザインパターンで実装するのが定石だよ」 ・(ペアプロしながら)「このエラーは、こうやってデバッグすると原因が特定しやすいよ」 |
| フィードバック | 行動の改善が必要な時。 | ・「プルリクエストのレビュー依頼、あのコメントのおかげで意図が分かりやすかったよ」 ・「実装は良いんだけど、テストケースが不足しているからマージする前にカバレッジを上げておこう」 |
| サポーティング | 本人の能力以外の要因が成長の妨げになっている時。 | ・「他チームとのAPI仕様の調整は、私が代わりに話をつけておくよ」 ・「この検証に必要なサーバーは、こちらで確保するから安心して進めて」 |
結論:環境は「きっかけ」。種が育つかは、その生命力次第。
今回、一連の思考を整理してみて、「環境が人を育てる」とはどういうことなのか。成功させるにはどういった条件を整えるのが良いかが見えてきました。
「環境が人を育てる」という言葉は、決して間違いではない。しかし、それは作物が育つための「土壌」に過ぎない、ということです。
どれだけ肥沃な土壌を用意しても、「種」であるエンジニア本人に「芽を出したい」という生命力、すなわち「主体性」がなければ、成長は始まりません。
マネージャーの仕事とは、最高の土壌を用意すること。さらに、種が力強く芽吹き、根を張り、大きな実をつけるまで、その成長を見守り、支え続けること。時に土を耕し、時に水をやり、時に害虫を取り除く。これら両方が揃って、初めて「人を育てる」という仕事が成立するのだと、今は考えています。
とはいえ、メンバー一人ひとりと向き合うことの難しさは、私も日々痛感しています。それでも、この記事が「環境を与えたのに育たない」という、かつての私と同じ悩みを持つ方の視野を広げ、明日からの関わり方を変える一つのきっかけになれば、これほど嬉しいことはありません。





